chore(deps): refresh toolchain and workflows - #202
Conversation
|
Codex review: needs maintainer review before merge. Reviewed August 2, 2026, 1:49 AM ET / 05:49 UTC. ClawSweeper reviewWhat this changesThis PR raises the PhoneNumberKit minimum version, updates SwiftLint and Linux Swift container versions, refreshes a SHA-pinned Pages checkout action, and records the maintenance update in the unreleased changelog. Merge readinessKeep this collaborator-authored maintenance PR open for maintainer review. The focused diff is consistent with the existing build and release paths and has no actionable patch defect, but the macOS check is still in progress and the updated Linux toolchain/dependency floor need the normal merge gate. Priority: P3 Review scores
Verification
How this fits togetherThe package manifest controls Swift dependency resolution, while CI and release workflows build, lint, test, and package the iMessage CLI on macOS and Linux. The Pages workflow separately builds and deploys the documentation site from main. flowchart LR
A[Package manifest] --> B[Swift dependency resolution]
C[CI workflow] --> D[macOS and Linux validation]
E[Release workflow] --> F[Release build validation]
G[Pages workflow] --> H[Documentation deployment]
B --> D
D --> F
Decision needed
Why: This is a collaborator-authored change to the supported build and release inputs; the source review shows no mechanical defect, but accepting the updated baseline is a repository-owner decision. Before merge
Agent review detailsSecurityNone. Review metrics
Merge-risk optionsMaintainer options:
Technical reviewBest possible solution: Merge the focused refresh after the macOS job succeeds on this exact head and a maintainer accepts Swift 6.3.3 as the Linux CI and release-validation baseline. Do we have a high-confidence way to reproduce the issue? Not applicable: this is maintenance work, not a reported runtime defect. The relevant validation path is the existing lint, test, build, release, and Pages workflow contract. Is this the best way to solve the issue? Yes: updating the existing manifest and workflow version inputs is the narrowest maintainable path for this maintenance request. The repository’s existing AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against e22dfad8e54e. LabelsLabel changes:
Label justifications:
EvidenceWhat I checked:
Likely related people:
Rank-up movesOptional improvements that raise the rating; they are not merge blockers.
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
|
Summary
Verification
actionlintmake test— 485 tests passedmake build ARCHES="$(uname -m)"— release CLI and universal helper builtmake docs-site, servedist/docs-site, fetch/— HTTP 200 with the imsg documentation page./bin/imsg --version— 0.13.5./bin/imsg status --json— valid status payload with basic features availableThe Pages-only
actions/setup-nodev7 major is intentionally not included: that workflow deploys only frommain, so this lane cannot exercise the action without using the production Pages deployment as a test target. It remains the only known non-current dependency.